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LAPP:  Helping  the  Garden  Grow 


A  university  graduate’s  concern  for  dying 
plants  in  landscaped  areas  of  the  city  has 
blossomed  into  a  database  of  plant  informa¬ 
tion,  a  program  written  to  determine  op¬ 
timal  plant  selection,  and  a  unique  design 
comparison  project  in  a  Planting  Design 
course  here  at  the  University  of  Toronto. 

Lesley  Johnston,  a  graduate  of  Landscape 
Architecture,  saw  the  need  for  better  plant¬ 
ing  guidelines  during  her  travels  throughout 
Toronto.  In  parks,  on  commercial  proper¬ 
ties,  and  at  private  homes,  the  effects  of 
landscaping  were  often  lost  when  plants 
failed  to  survive  the  winter  cold,  wilted 
during  summer  heatwaves,  or  slowly  died 
over  a  number  years  before  being  replaced. 
The  constant  replanting  was,  and  still  is, 
costly  and  disruptive. 

The  research  required  to  eliminate  these 
problems  would  entail  spending  countless 
hours  procuring  all  the  possible  information 
about  plant  needs  and  growth,  manually 
searching  through  library  texts  and  other 
publications,  and  relying  on  previous  design 
sites  as  examples.  As  part  of  her  thesis  for 
her  Landscape  Architecture  degree,  Ms. 
Johnston  has  overcome  this  problem  by 
developing  a  database  of  plant  information 
from  which  trees,  shrubs,  vines,  and 
groundcoverings  can  be  selected  for 
landscaping,  while  ensuring  that  they  meet 
the  highest  growth  and  design  require¬ 
ments. 

The  database,  the  result  of  many  hours  of 
research,  consists  of  detailed  information 
for  six  hundred  and  thirty-eight  plants 
which  can  grow  north  of  the  40th  parallel. 
Fifty-two  particulars  are  catalogued  for  each 
plant,  including  such  characteristics  as  soil 
requirements,  pollution  tolerance,  sunlight 
needs,  flower  colour  and  prominance, 
height,  form,  and  wildlife  value. 

Information  in  the  database  is  retrieved  us¬ 
ing  LAPP,  a  “Landscape  Architect’s  Plant¬ 
ing  Program”,  written  by  David  Reed. 


LAPP  is  designed  to  use  information  about 
the  landscape  site  and  the  design  considera¬ 
tions  in  its  search  for  suitable  plants.  The 
program  is  very  user-friendly  and  can  be 
used  after  a  minimum  of  instruction  time. 
Operating  it  is  as  simple  as  logging  in  to  the 
DEC- 10  here  at  the  university,  running  the 
program,  and  answering  each  of  the  ques¬ 
tions  which  the  program  poses. 

A  session  with  LAPP  might  proceed  as  fol¬ 
lows:  LAPP  introduces  itself  and  asks  if  you 
would  like  the  introduction.  After  answer¬ 
ing  ‘yes’,  you  are  presented  with  the  rules 
and  information  necessary  to  successfully 
run  the  program  and  procure  results. 

LAPP  then  presents  the  first  question  along 
with  a  menu  of  possible  replies.  Question 
One  asks  you  to  specify  which  hardiness 
zone  your  site  is  in.  (These  zones  are  divid¬ 
ed  according  to  the  Arnold  Arboretum  har¬ 
diness  map.)  When  you  type  in  your  selec¬ 
tion  and  press  return,  LAPP  goes  to  work 
selecting  from  the  database  those  plants 
which  will  survive  in  the  hardiness  zone 
you  have  specified.  After  this  and  every 
search,  LAPP  indicates  the  number  of 
plants  left  in  the  database  and  then  presents 
the  next  menu.  If  you  require  an  explana¬ 
tion  of  any  of  the  questions  you  simply  type 
‘h’  for  help.  LAPP  will  give  you  a  short 
paragraph  describing  what  should  be  con¬ 
sidered  when  answering  the  question. 

For  each  question  that  LAPP  presents,  a 
single  response  based  on  the  current  menu 
is  required.  If  more  than  one  response  ap¬ 
plies,  a  range  may  be  specified  and  the 
upper  and  lower  limits  of  the  range  defined 
from  the  menu.  As  an  example,  when  de¬ 
fining  the  soil  type,  you  may  indicate  that 
the  site  has  coarse  soil,  or  state  a  range 
where  the  site  has  medium  to  coarse  soil, 
or  a  range  where  it  has  any  of  five  soil  vari¬ 
ations.  The  least  restrictive  ranges  will  pro¬ 
duce  a  widely  varied  number  of  plants  with 
which  to  work,  while  very  restrictive  ranges 
will  select  plants  for  special  applications. 
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LAPP:  Helping  the  Garden  Grow  continued 

Also,  if  the  question  doesn’t  apply  to  the 
site,  you  may  answer  ‘0’  (zero)  and  the 
question  will  be  skipped. 

LAPP’S  first  set  of  eighteen  questions  ap¬ 
plies  to  the  site  which  is  to  be  planted. 
These  variables  eliminate  the  greatest 
numbers  of  plants  by  assessing  each  accord¬ 
ing  to  its  suitablity  for  the  site.  The  second 
set  of  thirty-four  questions  checks  the 
plants  which  are  suitable  for  the  site  and  el¬ 
iminates  those  which  do  not  meet  the  re¬ 
quested  design  criteria.  LAPP  allows  five 
groups  of  trees,  shrubs,  vines,  and  ground- 
coverings  to  be  selected  according  to  dif¬ 
ferent  specifications  of  height,  colour, 
shape,  and  use.  The  categorical  choices  are 
placed  in  a  data  file  which  LAPP  generates, 
and  are  then  printed. 

LAPP  provides  a  backtracking  facility  so 
that  variable  choices  may  be  altered.  If  all 
the  plants  are  deleted  from  the  database  be¬ 
cause  of  a  variable  choice,  then  the  back¬ 
track  facility  is  automatically  invoked.  It  is 
also  possible  to  backtrack  at  any  point 
within  the  questioning.  With  this  facility, 
LAPP  provides  precise  variable  choice  for 
specialized  areas.  Completing  the  entire  list 
of  LAPP  questions  can  take  as  little  as 
twenty  minutes,  depending  upon  variable 
choice. 

The  accuracy  of  the  database  and  the  LAPP 
program  was  tested  using  an  environmental 
analysis  of  the  Western  Island  at  Ontario 
Place.  After  taking  photographs  and  docu¬ 
menting  which  plant  varieties  were  doing 
well  on  the  island,  Ms.  Johnston  ran  the 
program  specifying  the  island  conditions. 
She  compared  her  LAPP  output  with  the 
list  of  plants  which  were  actually  flourishing 
there.  The  lists  were  identical;  the  plants 
and  trees  which  she  had  observed  not  grow¬ 
ing  well  on  the  island  were  not  on  the 
LAPP  output  list. 

Now  the  program  is  being  tested  in  a  dif¬ 
ferent  manner.  It  is  being  used  in  a  design 
comparison  project  in  a  third  year  Planting 
Design  course.  The  course  is  taught  by  Pro¬ 
fessor  Ed  Fife  of  Landscape  Architecture 


who,  in  a  recent  interview,  outlined  the 
course  objectives. 

The  use  of  Ms.  Johnston’s  database  and  the 
LAPP  program  in  the  Planting  Design 
course  is,  according  to  Professor  Fife,  an 
experiment  in  increasing  the  imagination 
potential  of  students  in  design.  He  feels 
that  the  program  will  enable  students  to 
spend  less  time  on  their  back-up  research 
and  spend  more  time  on  their  designs.  A 
great  deal  of  imagination  is  needed  in 
design,  he  says,  and  students  are  often  lack¬ 
ing  in  their  back-up  material  because  the 
majority  of  their  time  is  spent  on  the 
design,  or  their  design  suffers  because  of 
the  time  required  for  back-up  research. 
“The  program  gives  phenomenal  access  to 
a  voluminous  backup  of  information. ...It  al¬ 
lows  you  to  ask  very  specific  questions.  It 
can  help  you  correct  mistakes  before  you 
make  them.” 

Fife’s  students  are  using  LAPP  to  experi¬ 
ment  with  designs  for  a  Meadowvale  park 
which  is  to  be  planted  according  to  the 
Dutch  landscaping  method.  (This  is  an  in¬ 
tegrated  method  of  planting  as  opposed  to 
the  Victorian  method  where  trees  are  plant¬ 
ed  ‘lollipop’  style.)  They  have  spent  ap¬ 
proximately  two  months  researching  and 
designing  for  the  park,  and  they  “have 
come  up  with  some  very  imaginative 
designs”.  Now,  with  LAPP,  they  will 
develop  a  second  set  of  designs  for  the  park 
and  compare  them  with  the  first.  In  their 
comparisons  they  will  look  for  realistic  and 
accurate  plant  choices,  and  for  design  com¬ 
patibility.  These  students  are  being  intro¬ 
duced  to  the  database  and  the  LAPP  pro¬ 
gram  in  a  series  of  introductory  seminars 
given  by  Ms.  Johnston,  Mr.  Reed,  and  Pro¬ 
fessor  Fife. 

In  the  first  session  they  learned  how  to 
login  and  use  the  program.  They  were  also 
given  their  first  assignment  to  run.  With  a 
set  of  parameters  concerning  a  design  site, 
the  students  sampled  LAPP.  Students  who 
correctly  fielded  the  procedures  were  re¬ 
warded  with  a  listing  of  plants  which  would 
grow  in  those  conditions. 

Professor  Fife  says  his  students  see  the  pro- 
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ject  as  a  challenging  game.  While  some 
have  become  computer-oriented  very 
quickly,  others  have  not.  It  will  be  some 
time  before  the  results  of  this  project  are 
known,  but  it  is  expected  that  they  will 
prove  enlightening  for  both  the  creators 
and  the  users  of  LAPP.  For  now,  the  pro¬ 
ject  will  continue  to  focus  on  educating  the 
student. 

It  is  Fife’s  concern  that  his  students  should 
know  something  about  computers  before 
they  go  into  the  workforce,  because  he 
foresees  design  offices  developing  their 
own  plant  databases  in  order  to  keep  up-to- 
date  with  plant  information.  During  our  in¬ 


terview,  Professor  Fife  made  the  interesting 
comment  that  he  feels  that  his  design  stu¬ 
dents  are  better  prepared  to  face  computer 
terminals  and  are  able  to  adapt  quickly  to 
them  because  they  have  learned  to  quickly 
assess  and  solve  problems  in  their  design 
class  discussion  groups. 

In  the  field  of  landscape  architecture,  LAPP 
is  unique  in  its  precise  selection  of  plants 
from  a  comprehensive  database  and  in  its 
easily  available,  easily  retrievable  informa¬ 
tion.  It  is  these  aspects  which  are  being 
taken  advantage  of  here  at  the  University  of 
Toronto. 


Patricia  L.  Shore 


VM/CMS 


CMS  is  essentially  a  one-person  operating 
system,  with  VM  providing  the  framework 
to  make  the  system  appear  to  be  dedicated 
to  the  user.  In  this  environment,  the  user 
can  create  files  on  his  disk,  run  programs, 
and  manipulate  a  variety  of  devices  without 
concern  for  any  other  processing  on  the 
system.  There  is  no  need  for  dataset  nam¬ 
ing  conventions,  for  example,  since  the 
disk  areas  are  private.  If  a  user  wants  to 
share  data,  he  could  declare  that  one  of  his 
disks  is  shareable,  and  that  another  user 
could  only  read  that  disk. 

CMS  provides  a  mail  system  for  transfer¬ 
ring  messages  and  files  to  other  CMS  users, 
and  can  communicate  with  an  MVS 
machine  as  a  remote  reader/printer  combi¬ 
nation.  This  communications  feature,  cou¬ 
pled  with  the  ability  to  run  multiple  operat¬ 
ing  systems  on  one  CPU,  would  allow  us 


improved  support  in  such  areas  as  plotting 
and  large  program  execution. 

Of  various  IBM  offerings,  VM/CMS  is  con¬ 
sidered  to  be  the  academic  interactive  stan¬ 
dard  and,  as  a  result,  has  become  very 
popular  with  research  users.  VM/CMS 
offers  powerful  and  flexible  interactive  facil¬ 
ities  at  relatively  low  cost.  UTCS  has  de¬ 
cided  to  investigate  the  use  of  VM/CMS, 
and  to  examine  its  implications  for  our  ex¬ 
isting  services. 

As  the  VM/CMS  evaluation  progresses,  we 
will  be  reporting  in  COMPUTERNEWS  on 
the  suitability  of  CMS  for  a  variety  of  appli¬ 
cations. 


Barry  Lay 
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The  Social  Impacts  of  Computerisation 


From  January  14  to  16,  the  Waterloo  Pub¬ 
lic  Interest  Research  Group  held  a  confer¬ 
ence  at  the  University  of  Waterloo  on  the 
Social  Impacts  of  Computerisation.  The  or¬ 
ganizers’  aim  was  to  gather  a  number  of  ex¬ 
perts  on  microelectronics  to  raise  and  dis¬ 
cuss  questions  precipitated  by  the  advent  of 
computers.  The  conference  was  also 
designed  to  provide  those  not  familiar  with 
the  technology  with  an  opportunity  to  be¬ 
come  acquainted  with  some  of  its  applica¬ 
tions. 

The  conference  got  off  to  a  rigorous  start 
with  the  Research  Methodology  Workshop, 
in  which  techniques  for  gathering  data  on 
the  effects  of  computerisation  were  dis¬ 
cussed  and  evaluated.  Demonstrations  of 
Telidon  were  given  throughout  the  confer¬ 
ence,  introducing  people  to  the  various  ap¬ 
plications  of  this  product.  A  session  was  de¬ 
voted  to  the  issue  of  personal  privacy  and 
the  effects  computers  could  have  on  it;  for 
example,  how  vulnerable  are  we  made  by 
the  widespread  use  of  Social  Insurance 
Numbers  for  identification  purposes?  The 
session  dealing  with  another  aspect  of  the 
privacy  issue,  namely,  legal  protection  for 
software,  was,  unfortunately,  cancelled  be¬ 
cause  a  snowstorm  kept  its  speaker  away. 
Other  topics  discussed  were  the  effects  of 
computers  on  the  third  world,  the  uses  of 
computers  in  educational  situations,  and 
the  impact  of  computers  on  employment.  It 
was  during  the  panel  discussion  of  this  last 
topic  that  many  of  the  more  interesting 
questions  were  raised. 

The  first  presentation  on  Computers  and 
Employment  was  given  by  Dr.  Zavis  P.  Ze- 
man.  Director  of  the  Technology  and  So¬ 
ciety  Program  at  the  Institute  for  Research 
on  Public  Policy  in  Montreal,  where  he  has 
done  many  studies  of  possible  ramifications 
of  extensive  microelectronics  implementa¬ 


tion.  Zeman  described  some  of  the  employ¬ 
ment  patterns  we  might  eventually  face. 
These  ranged  from  high  unemployment, 
with  all  its  attendant  social  problems,  to  a 
small  increase  in  the  number  of  jobs  and  a 
slight  improvement  in  general  economic 
conditions. 

Interestingly,  Zeman  did  not  put  forth  any 
utopian  view  of  the  future.  Nor  did  he 
present  any  of  the  scenarios  as  being  more 
probable  than  the  others.  In  fact,  it  was 
only  during  the  question  period,  when 
pressed  by  a  member  of  the  audience,  that 
he  voiced  an  opinion  and  admitted  to  being 
only  “mildly  optimistic”. 

While  Zeman’s  optimism  was  only  cau¬ 
tious,  his  background  of  extensive  research 
testifies  to  his  belief  that  these  issues  are 
worthy  of  attention.  His  point  was  simply 
that  this  attention  must  be  given  while 
bearing  in  mind  how  uncertain  we  are 
about  the  future.  Aggravating  this  uncer¬ 
tainty,  Zeman  added,  is  the  fact  that  the 
process  of  investigation  will  not  be  scientif¬ 
ic,  but  political;  that  is,  conclusions  could 
be  influenced  by  the  personal  biases  of  the 
researchers,  and  answers  might  differ  for 
each  sector  of  society  investigated. 

Zeman’s  cautious  optimism  served  to  em¬ 
phasize  that,  if  we  are  to  get  a  sufficiently 
clear  and  unbiased  picture  of  the  potential 
effects  of  computerisation  on  the  work 
force  as  a  whole,  speculation  must  be  done 
in  the  context  of  these  features.  In  other 
words,  while  computerisation  raises  ques¬ 
tions  which  warrant  answers,  the  process 
will  be  difficult  because  not  all  the  facts  are 
in  and,  of  those  that  are  in,  many  are  badly 
infected  with  our  attitudes  and  with  faulty 
assumptions. 

The  next  panel  member,  Arthur  Cordell  of 
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the  Science  Council  of  Canada,  was  more 
optimistic.  Looking  to  historical  precedence 
as  a  guide  for  the  future,  he  cited  the  bene¬ 
fits  labour  enjoyed  with  the  advent  of  the 
common  bulldozer.  These  included  in¬ 
creased  productivity  and  wages,  a  decrease 
in  the  amount  of  tedious  manual  labour 
workers  performed,  and  the  fact  that  dis¬ 
placed  workers  were  able  to  find  alternative 
employment.  He  then  suggested  that  simi¬ 
lar  benefits  might  accompany  extensive 
computerisation. 

While  computerisation  may  be  problematic, 
it  is  obvious  that  it  brings  with  it  numerous 
advantages.  Cordell  urged  that  the  costs  be 
considered  in  light  of  the  benefits,  and  that 
they  be  assessed  realistically  and  not  exag¬ 
gerated  or  misrepresented. 

For  example,  Cordell  acknowledged  that 
microelectronics  could  aggravate  unemploy¬ 
ment.  However,  he  added,  in  order  to 
understand  the  magnitude  of  the  problem  it 
must  be  determined  whether  unemploy¬ 
ment  would  occur  only  during  a  short 
period  of  initial  adjustment  or  for  longer, 
and  whether  it  would  affect  all  of  society  or 
only  some  sectors.  Without  knowledge  of 
the  scope  and  duration  of  a  problem,  effec¬ 
tive  measures  to  deal  with  it  cannot  be 
developed. 

Another  negative  effect  Cordell  discussed 
was  ‘deskilling’,  or  the  atrophy  of  workers’ 
skills  as  tasks  are  reduced  to  the  relatively 
simple  matter  of  controlling  a  machine 
which  performs  that  same  task.  It  is  feared 
that  deskilling  will  cause  a  decline  in  the 
resources  of  skills  in  the  workforce,  and 
that  it  will  result  in  more  jobs  being  less  re¬ 
warding.  In  addition,  it  is  thought  that 
deskilling  may  lead  to  ‘bimodal’  employ¬ 
ment  patterns,  wherein  the  workforce 
would  consist  of  ‘button-pushers’  and 
managers,  and  no  middle-skilled  personnel. 
Wealth,  as  a  result,  would  be  divided 
among  a  small  number  of  rich,  and  a  large 
number  of  poor,  people. 

Cordell  did  discuss  what  appears  to  be  a 
silver  lining  to  these  cloudy  predictions. 


With  more  sophisticated  communications 
equipment,  managers  will  be  able  to  deal 
with  their  branch  employees  from  head  of¬ 
fice,  thereby  eliminating  the  need  for 
branch  managers.  As  a  result,  the  total 
number  of  managers  in  the  workforce  can 
be  reduced  significantly. 

Cordell  ended  his  talk  on  a  rhetorical  note 
by  posing  some  questions,  among  which 
were:  What  alternatives  to  the  current 
methods  of  income  distribution  (salaries, 
welfare  payments,  etc.)  could  we  develop  if 
computerisation  does  result  in  massive 
unemployment  but  an  increased  GNP?  Will 
our  society,  imbued  as  it  is  with  the  work 
ethic,  be  able  to  tolerate  increased  unem¬ 
ployment  —  or  leisure  time?  And,  if  society 
is  polarized  into  a  few  rich  and  many  poor, 
what  will  be  the  effect  on  democracy;  can 
we  tolerate  such  inequality? 

The  last  speaker  on  the  Employment  issue 
was  Professor  Patricia  McDermott,  of  the 
Sociology  Department  at  York  University. 
McDermott’s  attitude  toward  a  computer¬ 
ised  future  was  decidedly  pessimistic;  the 
costs  seemed  clearly  to  outweigh  the  mer¬ 
its. 

For  example,  McDermott  bemoaned  the 
phenomenon  of  deskilling,  stating  that  as  a 
result  jobs  will  become  monotonous  and 
workers  will  lead  unfulfilling  lives.  She  cit¬ 
ed,  as  examples  of  the  victims  of  deskilling, 
secretaries  who  will  no  longer  have  to  spell 
correctly,  type  accurately,  or  set  margins  in 
order  to  produce  a  letter  (given  the  features 
of  online  editors),  and  salesclerks  who  al¬ 
ready  do  not  have  to  calculate  a  customer’s 
change,  since  their  computer/cash  registers 
do  that  for  them. 

The  vision  of  the  typing  pool  of  the  future, 
consisting,  perhaps,  of  a  lone  VDT  operator 
‘cutting’  and  ‘pasting’  together  business 
letters  and  memos,  may  elicit  a  sentimental 
sigh  from  some.  Nevertheless,  it  is  clear 
that  many  of  the  tasks  that  will  be  eliminat¬ 
ed,  such  as  margin  setting,  are  themselves 
monotonous  and  unfulfilling.  While  the 
tedium  of  jobs  might  be  aggravated  by  com¬ 
puterisation,  and  while  such  a  problem 
would  deserve  attention,  its  existence  can- 
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Waterloo  Conference  continued 

not  be  attributed  to  the  technology. 

Among  the  other  problems  that  McDermott 
attributed  to  computers  were  the  increased 
communication  options  they  bring  (the 
very  feature  so  often  cited  as  a  benefit!). 
With  access  to  a  terminal,  many  individuals 
will  be  able  to  work  at  home.  This  is  of  spe¬ 
cial  value  to  the  handicapped,  to  parents 
who  want  to  tend  to  their  children  during 
the  work  week,  and,  in  general,  to  people 
whose  preferences  or  line  of  work  are  best 
suited  to  what  McDermott  called  ‘home¬ 
work’.  Yet,  she  argued,  this  mode  of  em¬ 
ployment  would  increase  the  isolation  - 
and  alienation  —  of  people  from  one  anoth¬ 
er,  and  would  be  used  to  exploit  people 
who  are  vulnerable  and  who  society  tends 
to  ignore. 

Once  again,  McDermott  confused  the  ag¬ 
gravation  of  an  existing  problem  with  the 
creation  of  that  problem  and,  mistakenly, 
blamed  computers.  The  option  of  working 
at  home  could  well  be  an  enriching  by¬ 
product  of  computerisation.  Individuals 
previously  house-bound  would  have  the  op¬ 
portunity  to  engage  in  behaviour  tradition¬ 
ally  thought  to  be  rewarding  (i.e.  work)  and 
those  who  dislike  office  life  could  work  at 
home.  Admittedly,  precautions  will  have  to 
be  taken  that  this  technology  not  be 
abused,  but  this  warning  has  held  since  the 
discovery  of  fire;  it  holds  no  novelty  now. 
And,  the  benefits  of  the  option  of  home¬ 
work  seem,  again,  to  far  outweigh  the 
dangers. 

Despite  McDermott’s  confusion  of  the  ha¬ 
zards  of  computerisation  with  those  of  our 
efficiency-oriented  market  economy,  there 
are  some  valuable  points  to  be  gleaned 
from  her  talk.  Because  computers  will  di¬ 
minish  the  amount  of  human  contact 
necessary  to  accomplish  a  given  task,  and  as 
they,  most  likely,  will  increase  efficiency, 


they  may  well  aggravate  problems  which  al¬ 
ready  exist.  Such  problems  include  the 
treatment  of  the  handicapped,  of  women, 
and  of  minorities,  the  distribution  of  the 
benefits  of  wealth  and  the  burden  of  pover¬ 
ty  across  society,  and  the  tedium  and 
drudgery  of  many  jobs.  While  the  aggrava¬ 
tion  of  such  problems  certainly  warrants 
concern,  the  confusion  to  be  avoided  is  the 
mistaken  identification  of  computers  as 
both  the  culprit  and  the  factor  to  be  elim¬ 
inated. 

The  desire  to  decrease  the  applications  of 
microelectronics  betrays  a  myopic  view  of 
its  potential  benefits.  It  may  well  be  that 
many  problems  are  the  result  not  of  too 
much  computerisation  but  of  too  little,  and 
of  being  erroneously  implemented  in  the 
outdated  context  of  the  pre-electronics  era. 
Implementation,  if  done  cavalierly  and 
within  inappropriate  limitations,  could  bring 
to  fruition  many  1984-like  fears.  However, 
done  carefully  and  intelligently,  it  could  al¬ 
leviate  many  problems  and  increase  the 
general  welfare. 

More  questions  were  raised  at  the  confer¬ 
ence  than  were  answered.  This  caused  con¬ 
cern  among  some  members  of  the  audi¬ 
ence,  especially  as  many  of  the  people  rais¬ 
ing  the  questions  were  alleged  experts  in 
microelectronics;  the  impact  of  major 
changes,  it  was  argued,  should  be  under¬ 
stood  before  those  changes  are  made.  While 
this  is  often  not  the  order  of  events,  the 
conference  provided  a  useful  and  interest¬ 
ing  forum  for  the  discussion  of  such  issues, 
and  for  the  promulgation  of  information 
concerning  the  ‘microelectronics  revolu¬ 
tion’.  Perhaps,  with  more  conferences  like 
‘The  Social  Impacts  of  Computerisation’, 
the  negative  impacts  of  this  technology  can 
be  anticipated,  and  the  changes  it  brings 
will  be  for  the  better. 


Thea  Smith 
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KIG 


In  the  past  few  months,  there  have  been 
significant  additions  and  improvements  to 
UTCS  graphics  services  offered  through  our 
KIG  package.  We  would  like  to  summarize 
here  the  new  and  revised  documents  that 
have  been  or  will  be  issued  to  accompany 
the  upgrades. 

USERBOOK  3.8PLOTBASIC,  which  docu¬ 
ments  the  basic  graphics  routines  for  users 
of  FORTRAN  and  PL/I,  has  been  revised. 
It  was  reissued  in  its  entirety  on  December 
15,  1981.  It  contains  detailed  information 
about  our  GOULD  and  CALCOMP 
plotters.  The  routines  described  in  it  also 
apply  to  graphics  terminals  supported  by 
KIG. 

For  IBM  interactive  users,  KIG  documenta¬ 
tion  is  presented  in  the  form  of  a  course 
note  which  is  available  online.  It  can  also 
be  printed  by  submitting  a  batch  job  invok¬ 
ing  the  procedure  KIGDOC  as  follows: 


//  EXEC  KIGDOC 

This  course  note  includes  information  on 
using  application  packages  such  as  pie  and 
line-charting  routines,  on  running  user 
FORTRAN  and  PL/I  programs,  on  submit¬ 
ting  background  jobs  to  SAS  and  SUR¬ 
FACE  II,  and  on  previewing  or  manipulat¬ 
ing  graphics  output. 

For  DEC- 10  graphics  users,  typing  HELP 
GRAPH  will  display  information  on  the 
subset  of  KIG  available  in  that  machine. 

SAS/GRAPH  users  can  find  the  KIG  inter¬ 
face  to  GOULD,  CALCOMP  and  graphics 
terminals  documented  in  the  online  dataset 
‘APPL.STAT.SAS795.GRAPH.DOC’. 


Kin  Fong 


SCRIBE  Test  Delayed 


Readers  of  COMPUTERNEWS  are  aware 
that  UTCS  had  planned  to  test  a  new  for¬ 
matting  package,  SCRIBE,  on  the 
DECsystem-10  starting  February  1st  (see  A 
New  Formatter  for  UTCS,  in  COMPUTER- 
NEWS  #196).  This  test  has  been  de¬ 
layed  until  summer  to  avoid  conflicting 
with  one  of  the  peak  usage  periods  for 
the  DECsystem-10. 

SCRIBE  turned  out  to  be  a  large  program, 
and  could  not  run  efficiently  during 
February  due  to  the  heavy  demand  on 


machine  resources.  UTCS  hopes  to  exam¬ 
ine  SCRIBE  when  the  system  is  less 
busy  and  still  believes  that  SCRIBE  could 
be  useful  in  a  system  which  is  either  not  as 
busy,  or  has  more  machine  memory. 

Several  users  have  expressed  interest  in 
helping  UTCS  test  SCRIBE.  Other  people 
who  might  be  interested  are  asked  to  con¬ 
tact  their  CSR  for  further  information. 


John  Bradley 
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UTCS  Short  Course 


TXT103  -  Text  Processing  on  UNIX  for 
Beginners 

This  is  an  introductory  course  which  re¬ 
quires  (and  presumes)  no  familiarity  with 
computers  or  text  processing.  Using  a 
hands-on  approach,  the  novice  will  be  in¬ 
troduced  to  the  editing  and  formatting  capa¬ 
bilities  of  the  UNIX  system. 

UNIX  can  be  accessed  on  all  ASCII  termi¬ 
nals  (The  UNIX  system  favours  terminals 
with  lower  case  capabilities.) 

Major  areas  of  consideration  in  the  course 
are  the  use  of  the  editor  (ed)  commands, 
formatting  using  the  manuscript  formatter 
(ms),  the  manipulation  of  files  and  direc¬ 
tories,  and  an  introduction  to  some  of  the 
more  relevant  UNIX  programs. 

Students  should  appreciate  that,  like  any 
newly  acquired  skill,  UNIX  text  editing  and 
formatting  must  be  practiced  immediately 


following  the  course  to  become  an  effective 
administrative  or  academic  tool. 

Depending  on  the  demand,  this  course  will 
be  offered  once  a  month,  usually  during  the 
third  week  of  the  month. 

There  will  be  a  charge  of  ten  dollars  for  the 
course,  which  can  be  made  in  either  a  cash 
payment  or  a  charge  to  a  non-computing 
departmental  appropriation. 

To  register,  please  contact  the  UTCS  Infor¬ 
mation  Office  at  978-4990. 

Registrants  will  require  a  UNIX  access  code 
(login  name)  prior  to  the  first  session  of 
the  course.  Accounts  can  be  arranged  by 
contacting  the  UTCS  Accounting  Services, 
room  257,  McLennan  Physical  Labs,  978- 
8703. 


Dawne  Smith 


IBM  Disk  File  Dispositions: 


A  Word  of  Warning 


IBM  JCL  may  hold  some  pitfalls  for  the 
unwary  user.  One  of  the  most  common 
problems  involves  the  specification  of  an 
incorrect  disposition  for  a  disk  file. 

Typically,  the  user  runs  a  job  which  is  sup¬ 
posed  to  create  a  new  file  and  place  some 
output  in  it.  The  output  can  be  anything 
from  a  SPSS  SAVE  FILE  to  a  FORTRAN 
program  result.  Assume  that  the  program 
has  a  bug  and  that  the  created  file  contains 
an  incorrect  result:  the  user  will  find  the 
problem  in  the  program,  change  it,  and 
rerun  the  job.  To  his  frustration,  the  file 
will  remain  the  same  as  before.  In  fact,  re¬ 


gardless  of  how  often  the  program  is 
changed  and  the  job  resubmitted,  the  file 
remains  the  same. 

This  problem  occurs  as  a  result  of  specify¬ 
ing  a  disposition  of  DISP  =  (NEW,CATLG) 
in  the  job.  When  this  disposition  is  speci¬ 
fied,  the  system  will  create  a  NEW  dataset 
for  the  user  prior  to  invoking  his  program. 
Since  the  second  disposition  argument  is 
CATLG,  the  system  will  catalogue  the  da¬ 
taset  name  after  the  program  is  finished. 
Since  the  system  does  not  have  any  way  of 
knowing  that  the  program  ran  incorrectly 
unless  an  abend  or  bad  return  code  is  pro- 
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A  Word  of  Warning  continued 

duced,  there  is  no  way  of  telling  it  that  the 
file  should  have  been  discarded. 

Each  time  the  user  resubmits  a  job  with  the 
same  JCL,  the  system  creates  another 
‘NEW’  disk  dataset  with  the  same  name  as 
the  original.  (The  name  is  provided  by  the 
user  in  the  DSNAME  =  parameter.)  After 
running  the  program,  the  system  once  again 
tries  to  catalogue  (CATLG)  the  dataset 
name.  Since  that  name  is  already  in  the  ca¬ 
talogue,  it  is  unable  to  do  so.  The  system 
will  issue  an  error  message,  but  this  is  rare¬ 
ly  noticed  by  users  because  it  is  printed 
after  the  return  code  of  the  user  program. 

Unless  the  job  contains  an  explicit  volume 
serial,  it  will  refer  to  the  original  dataset. 
Furthermore,  the  user  will  be  paying  for  all 


versions  of  this  dataset  once  it  is  RE- 
GISTERed  or  CONVERTed. 

This  problem  can  be  circumvented  if  the 
user  avoids  saying  DISP=  (NEW,CATLG) 
in  the  JCL.  Instead,  he  should  use  the  JCL 
or  WYLBUR  procedure  ALLOC  to  create 
the  dataset.  Programs  which  use  the  newly 
created  disk  dataset  in  jobs  should  be  run 
separately  from  those  which  invoke  AL¬ 
LOC.  In  these  jobs  the  user  should  specify 
DISP=OLD  (or,  if  concurrent  access  to  the 
file  is  acceptable,  DISP  =  SHARE)  each 
time  they  are  run. 

If  you  require  assistance  with  your  special 
JCL  needs,  please  phone  the  Timesharing 
Advising  Service  at  978-6465. 


Alex  Nishri 


REGISTER/SCRATCH  Improvements 


Improvements  have  been  made  to  the  re¬ 
gister  and  scratch  procedures  for  IBM  da¬ 
tasets. 

Users  now  can  specify  an  asterisk  instead  of 
a  SAC  and  password  when  invoking  the 
batch  procedures  ALLOC,  CONVERT,  and 
SCRATCH.  The  asterisk  indicates  that  the 
SAC  under  which  the  job  is  executing  is  to 
be  used  in  these  procedures. 

WYLBUR  users  are  no  longer  prompted  for 
their  passwords  when  using  the  ALLOC, 
LIBALLO,  LIBEXP,  REGISTER,  and 
SCRATCH  EXECs. 


of  a  SAC  and  password  on  the  the  REGIS¬ 
TER  and  SCRATCH  commands. 

The  following  is  an  example  of  this  pro¬ 
cedure  for  batch  users: 

//CC123456  JOB  (TY, 

//  1234, ABCD) 

//STEP  EXEC  ALLOC, DSN  =  ‘USER.MYFILE\ 
//  SPACE  =  ‘(80, (1000,30))’ 

//SYSIN  DD  * 

$  * 

/* 


TSO  users  may  now  type  an  asterisk  instead 


Alex  Nishri 
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Interactive  Terminal  Room  for  Research  Users 


UTCS  has  opened  another  interactive  ter¬ 
minal  site  in  room  203A  of  the  Engineering 
Annex.  This  room  contains  eight  terminals 
which  are  exclusively  for  the  interactive 
computing  requirements  of  faculty, 
research,  and  graduate  student  users. 

The  terminals  in  the  room,  comprised  of 
four  XTlOOs  and  four  APLIOOs,  are  avail¬ 


able  24  hours  a  day,  seven  days  a  week. 
All  terminals  are  connected  to  PACX,  and 
default  to  4800  baud  classes. 

Please  direct  any  enquiries  to  your  CSR. 


David  Reed 


More  WYLBUR  Help 


As  a  sequel  to  an  article  that  appeared  in 
the  January  issue  of  COMPUTERNEWS 
describing  some  features  of  the  WYLBUR 
Help  Files,  we  present  more  WYLBUR 
Helps. 

1.  News  Facilities 

HOTNEWS  items  can  be  accessed  by  typ¬ 
ing: 

DO  HOTNEWS 

This  function  of  the  “DO”  facility  provides 
the  latest  general  news  pertinent  to  the  user 
of  Computing  Services  at  UTCS. 

The  command 

DO  NEWS 

will  provide  a  specific  form  of  news  that 
contains  information  about  WYLBUR  only. 

2.  Reference  Help 

There  are  several  manuals  available  to  the 
user  from  online  files  and  from  the  Infor¬ 
mation  Office.  They  are: 

The  WYLBUR  Tutorial 
The  WYLBUR  Reference  Manual 
The  WYLBUR  User’s  Guide 
USERBOQK  Section  3.3  -  WYLBUR 


You  may  obtain  hardcopy  of  the  above  pub¬ 
lications  by  executing  the  "DO"  command 
with  the  following  options: 

DO  TUTORIAL 
DO  REFMAN 
DO  USRGUIDE 
DO  USERBOOK 


3.  Dataset  Management 

At  times  the  user  may  find  it  necessary  to 
review  what  datasets  he  has.  There  are 
three  very  helpful  “DO”  command  options 
available  to  the  user,  each  of  which  pro¬ 
vides  extensive  information  on  the  dataset. 
They  are: 

DO  LISTC 
DO  LISTM 
DO  LIST 

DO  LISTC 

This  option  will  provide: 

®  a  list  of  all  datasets  owned  by  the  user, 

•  the  storage  device  on  which  the  datasets 
are  to  be  found, 

•  the  attribute  of  each  dataset  (partitioned, 
fixed  block,  etc.), 

•  the  amount  of  space  allocated  and  used 
by  each  dataset, 
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More  WYLBUR  Help  continued 
•  the  creation  and  expiry  date  of  each  da¬ 
taset. 

DO  LISTM  <dsn> 

where  <dsn>  is  a  partitioned  dataset 
name.  This  option  will  list  the  names  of  all 
members  of  a  partitioned  dataset. 

DO  LIST  <dsn > 

where  <dsn>  is  a  partitioned  or  sequential 
dataset  name.  This  option  will  list  the 
names  of  all  the  members  of  a  partitioned 
or  a  sequential  dataset. 

Please  note  that  the  above  options  will  not 


in  any  way  alter  your  active  file.  You  may 
execute  any  of  them  while  editing  another 
dataset. 

You  may  receive  online  help  on  these  op¬ 
tions  by  typing: 

DO  LISTC? 

DO  LISTM? 

DO  LIST? 

(Remember  not  to  put  a  space 
before  the  question  mark!) 


Steve  Younker 


BMDP  1981 


In  the  newest  release  of  BMDP,  which 
should  be  available  in  mid-April,  there  will 
be  changes  in  the  use  of  FORTRAN 
transformations  and  open-ended  programs 
(BMDP3R,  AR,  and  IS).  In  the  forthcom¬ 
ing  release,  FORTRAN  subroutines  must 
be  written  exactly  as  is  specified  in  the 
BMDP  Manual.  This  means  that  the  neces¬ 
sary  SUBROUTINE,  DIMENSION,  RE¬ 
TURN,  and  END  statements  will  be  sup¬ 
plied  automatically  by  BMDP,  and  should 
no  longer  be  included  by  the  user. 


This  change  is  being  made  to  reduce  the  in¬ 
consistencies  between  BMDP  as  it  is  docu¬ 
mented  and  as  it  is  implemented  here  at 
UTCS.  Users  will  still  have  to  use  BMDP 
and  BMDPOPEN  instead  of  BIMED  and 
BIMEDT  in  their  JCL.  Any  questions  or 
comments  about  these  changes  should  be 
directed  to  a  CSR,  or  the  Timesharing  Ad¬ 
visors  at  6465. 


Diane  Mitchell 


Summary  of  APL  Hotnews  Items 


The  following  is  a  list  of  HOTNEWS  items  entered  between  December  13,  1981  and  January 
19,  1982. 

DATE  TITLE 

25/01/82  A  new  workspace,  1  SATN41,  has  been  added  to  the  public  libraries. 

APL  HOTNEWS  may  be  accessed  by  loading  the  workspace,  1  HOTNEWS.  For  example,  to 
print  the  news  of  November  28,  1981,  type:  NEWS  ‘28/11/81’.  To  print  all  news  items  since 
October  1,  1981,  type:  NEWS  SINCE  ‘01/10/81’.  For  more  instructions  on  the  use  of  this 
workspace,  please  see  the  variable  DESCRIBE. 


Mary  Ann  La  wry 
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How  to  Fix  a  Failed  APL  Workspace 


The  following  is  a  copy  of  APL  HOTNEWS 
Item  #100. 

100  04/09/81  -  Recommended  procedure 
to  follow  failure  of  an  APL  Workspace. 

In  order  to  avoid  time-consuming  debug¬ 
ging,  the  following  procedure,  to  be  used  in 
the  event  of  a  serious  problem  in  a  large 
system  written  in  APL,  will  be  useful.  This 
procedure  is  designed  primarily  for  the  case 
where  a  large  APL  package  is  used  by 
someone  other  than  the  programmer  who 
wrote  it.  However,  much  of  this  procedure 
is  valid  in  any  error  situation. 

The  following  steps  are  essential  if  you 

need  to  call  in  the  help  of  your  program¬ 
mer,  a  Timesharing  Advisor,  or  your  CSR. 

1.  Immediately  rename  the  workspace 
and  save  it.  The  new  name  must  not 
conflict  with  items  already  in  the 
workspace.  You  should  therefore 
develop  a  naming  convention  for 
crashed  workspaces.  A  reasonable 
convention  might  be: 

<WSNAME>  <DATE> 

2.  Use  non-conflicting  variable  names  to 
save  the  values  of  the  system  variables 
[]ER,  ONAMES,  []NUMS,  and  []SP 
into  variables  in  the  workspace.  You 
might  use  A  ERROR,  ANAMES, 
ANUMS,  and  ASP;  they  are  less  like¬ 
ly  to  cause  naming  conflicts.  Be  care¬ 
ful  that  no  information  is  lost  in  this 
step  and  that  []ER  and  the  state  indi¬ 
cator  are  not  damaged.  When  an  er¬ 
ror  does  occur,  information  on  that 
error  is  stored  in  the  variable  []ER.  If 
you  make  a  typing  error  while  saving 
the  system  variables,  []ER  will  be  re¬ 
written,  thereby  losing  valuable  infor¬ 
mation.  In  addition,  if  you  run  any 
function  in  the  failed  workspace  and  it 
fails,  the  state  indicator  will  have  in¬ 
formation  added  to  it  which  will  not 


pertain  to  the  original  failure. 

3.  Rename  and  save  the  workspace 
again,  using  a  new  name.  The  first 
save  is  done  as  a  backup  in  case  infor¬ 
mation  is  lost  during  step  2.  Both  of 
these  saved  workspaces  must  remain 
intact  until  the  problem  has  been 
solved.  For  example: 


FILE  FAME  EBFOB 

OPENl 10]  FLNM  USTIE  TIENUM+1 +1/0, UNUMS 

A 

)SAVE  FAIL1MONDAY 
16.07.46  08721/81 
LEE  BOB  «-  UEF 
A  NAMES  «-  UN  AMES 
A  BUMS  «-  □  HUMS 
A SP  +  USP 
)SAVE  FAIL2MONDAY 
16.09.31  08/21/81 


4.  Make  an  immediate  note  of  every¬ 
thing  you  did  before  the  crash.  If  you 
phone  for  help,  have  this  information 
available  along  with  the  two  versions 
of  the  crashed  workspace  and  the  ori¬ 
ginal  workspace  you  loaded. 

There  are  two  further  suggestions  for  the 
APL  programmer  faced  with  the  problem  of 
fixing  a  failed  APL  workspace. 

1.  Use  the  functions  found  in  4  DOCWS 
and  in  1  FILEPRINT  to  obtain  hard¬ 
copy  listings  of  both  of  the  failed 
workspaces  saved  in  the  above  pro¬ 
cedure.  Try  to  have  on  hand  an  up- 
to-date  listing  of  the  original 
workspace,  as  listed  before  the  failure. 
Do  not  waste  your  time  by  attempting 
to  find  your  way  around  a  badly 
crashed  workspace  at  your  terminal. 
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APL  Workspace  continued 

2.  If  the  workspace  crash  involves  files, 
or  if  you  even  suspect  that  it  involves 
files,  do  not  play  around  with  it. 
Everything  you  do  must  be  completely 
thought  out  and  double  checked  as 
much  as  possible.  Backups  of  all  files 


must  be  taken.  If  you  attempt  a  fast 
fix  without  knowing  your  way  around 
the  workspace,  you  will  damage  files, 
perhaps  irretrievably. 


Mary  Ann  La  wry 


Computing  News  In  Brief 


MAPLE  -  Canada’s  Own  Computing 
Language 

The  trouble  with  computers,  at  least  when 
performing  large  scale  mathematical  calcula¬ 
tions,  is  that  they  convert  fractions  into 
decimals.  This  can  not  only  be  an  aggravat¬ 
ing  problem,  but  a  potentially  serious  one. 
When  a  computer  adds  three  thirds,  for  ex¬ 
ample,  it  arrives  at  .9999999  rather  than  1, 
because  one-third  has  been  transformed 
into  .3333333  prior  to  calculation.  This 
frustrating  problem  has  been  solved  by  the 
Waterloo  Symbolic  Computation  Group  at 
the  University  of  Waterloo.  They  have 
devised  a  computer  language,  named  MA¬ 
PLE,  which  allows  fractions  to  be  computed 
without  being  changed  to  decimals,  so  that 
exact  calculations  can  be  performed.  This 
new  computing  language  makes  the  com¬ 
puter  a  truly  precise  and  reliable  instrument 
for  the  processing  of  large  and  complicated 
mathematical  equations. 

Computerized  Spenser  Encyclopedia 

Computer  technology  is  facilitating  a  project 
which  promises  to  be  a  major  landmark  in 
literary  criticism.  Over  one  hundred  scho¬ 
lars  from  around  the  world  are  currently 
working  on  an  encyclopedia  of  Spenser 
scholarship.  The  data,  which  will  eventually 
become  a  million  word  Spenser  encylo- 
pedia,  is  being  entered  into  computer 
storage  for  subsequent  editing  and  format¬ 
ting  at  Cleveland  State  University. 

Edmund  Spenser  is  probably  best  known 
for  the  elaborate  allegorical  epic  called  The 
Faerie  Queene.  This  sixteenth  century  epic 


is  made  up  of  twelve  books  of  poetry  which 
celebrate  both  the  reign  of  Elizabeth  I  and 
the  ideals  which  animated  that  age. 
Spenser’s  allegory  has  been  the  subject  of 
critical  explication  for  at  least  two  centuries, 
and  manual  collation  of  even  a  fraction  of 
this  scholarship  would  be  almost  impossi¬ 
ble.  The  recently  issued  Milton  encyclo¬ 
pedia,  a  comparably  sized  work  which  was 
manually  assembled,  took  150  scholars  over 
ten  years  to  compile.  Obviously,  this  type 
of  humanities  project  has  been  enormously 
facilitated  by  computer  technology.  The  la¬ 
borious  aspects  of  an  otherwise  exciting  and 
significant  project  have  been  virtually  elim¬ 
inated  by  powerful  data  storage  and  re¬ 
trieval  systems. 

While  computer  storage  and  coordination  is 
carried  out  in  Cleveland,  the  project  is 
international  in  scope.  The  editorial  board, 
headed  by  A.C.  Hamilton  of  Queen’s 
University  in  Kingston,  is  composed  of  fif¬ 
teen  top  Renaissance  scholars  from  Canada, 
England,  Scotland,  Japan,  and  the  United 
States.  It  is  expected  that  the  University  of 
Toronto  Press  will  publish  the  work  from  a 
formatted  tape  in  1984  or  1985. 

Bell-Northern’s  Electronic  Vocal  Tract 

Efforts  to  synthesize  speech  electronically 
have  long  been  hampered  by  the  generally 
poor  sound  quality  of  most  machine  pro¬ 
duced  speech.  Researchers  at  Bell- 
Northern,  however,  have  developed  an 
electronic  version  of  the  human  vocal  tract 
which  produces  an  amazingly  realistic  copy 
of  human  speech. 

Following  an  extensive  and  thorough 
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Computing  News  in  Brief  continued 

analysis  of  human  speech,  a  database  of  the 
basic  sound  units  (phonemes)  that  consti¬ 
tute  human  speech,  together  with  informa¬ 
tion  on  the  way  they  are  formed  and  linked 
was  developed  and  programmed  into  a  mi¬ 
croprocessor  chip.  This  chip  feeds  an  adja¬ 
cent  synthesis  chip  with  all  the  data  re¬ 
quired  to  generate  phonemes  in  an  order 
which  accurately  mimics  human  speech. 
This  ‘synthesis  chip’  is  embedded  with  a 
battery-energized  harmonic  tone  generator 
containing  filters  which  shape  electronic 
tones  to  produce  phonemes.  The  ultimate 
objective  of  the  research  is  to  reproduce  the 
voice  so  accurately  that  it  would  be  indistin¬ 
guishable  from  the  human  voice  on  a  tele¬ 
phone.  While  the  design  of  the  system  is 
complete,  the  technology  will  not  be  gen¬ 
erally  available  for  a  year  or  two. 

Computerized  Folklore  Archive 

A  professor  of  American  literature  at  the 
University  of  Detroit  is  assembling,  with 
computer  assistance,  what  could  well  be  the 
definitive  collection  of  American  supersti¬ 
tion  and  folklore.  The  collection,  currently 
composed  of  about  56,000  items,  is  con¬ 
stantly  growing.  This  enormous  volume  of 
data  forced  Professor  Callow  to  computerize 
the  project,  as  manual  cross-indexing  of  the 
data  was  becoming  “messy”. 

Retrieval  programs  were  installed  and  items 
can  now  be  called  up  using  key  words  in 
the  text.  The  database  is  accessible  with  an 
interactive  prompt  program  and  a  CRT  or 
via  batch.  Each  item  is  prefaced  with  the 
name,  address,  age,  and  ethnic  origin  of  the 
informant.  Items  range  from  such  common 
superstitions  as  those  relating  to  black  cats 
to  more  arcane  folklore,  such  as  the  neces¬ 
sity  of  repeating  the  word  ‘rabbit’  three 
times  on  the  first  day  of  each  month  with 
an  ‘r’  in  its  name. 

Program  Sheds  Light  on  New  Canine 
Disease 

In  1978,  a  new  virus  called  Canine  parvo¬ 
virus,  possibly  a  mutant  strain  of  Feline 


panleukopenia,  was  discovered  to  be  the 
source  of  an  outbreak  of  often  fatal  gastro¬ 
enteritis  and  heart  inflammation  among 
dogs.  Although  vaccines  have  been 
developed  to  combat  the  disease,  very  little 
is  known  about  it.  For  example,  researchers 
are  unable  to  explain  how  the  virus  can 
manifest  itself  in  such  alarmingly  different 
ways  within  the  canine  population.  One  dog 
may  die  suddenly  without  showing  any  pre¬ 
vious  signs  of  illness,  while  another  may 
simply  carry  the  virus  but  never  develop 
the  disease. 

With  the  aid  of  a  computer  program  called 
MABRA  (a  package  of  APL  programs 
designed  by  I.P.  Sharp),  researchers  at  the 
University  of  Guelph  have  been  able  to 
identify  several  factors  which  would  appear 
to  predispose  dogs  to  this  disease.  Over 
2,000  reports  were  collected  from  Ontario 
veterinarians  and  entered  into  a  database. 
Subsequent  data  analysis  revealed  that  the 
incidence  of  the  disease  rose  dramatically  in 
the  late  summer  and  that  some  breeds, 
such  as  poodles  and  German  shepherds, 
were  much  more  likely  to  contract  it  than 
others.  Although  a  comprehensive  under¬ 
standing  of  the  disease  and  the  mechanics 
of  its  dispersal  and  manifestation  is  as  yet  a 
distant  prospect,  important  initial  steps 
have  been  made  at  Guelph  with  computer 
assistance. 

Blackfoot  Language  Dictionary 

Blackfoot,  a  language  spoken  by  about 
8,000  Southern  Alberta  Indians,  is  finally 
being  codified  in  a  Blackfoot-English  dic¬ 
tionary  at  the  University  of  Lethbridge. 
Linguistics  students  work  in  the  field  gath¬ 
ering  words  and  definitions  from  the  native 
speakers,  and  then  put  the  entries  online 
for  editing  and  alphabetization.  The  diction¬ 
ary  now  contains  5,000  entries,  and  plans 
are  underway  to  provide  sections  of  the 
work-in-progress  by  next  year  to  teachers 
who  use  Blackfoot  in  reservation  class¬ 
rooms. 


Kathy  Dunlop 
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Ontario  Government  Funds  Technology  Centres 


As  was  reported  in  the  January  issue  of 
COMPUTERNEWS,  the  Honourable  Larry 
Grossman,  Minister  of  Industry  and  Tour¬ 
ism,  made  public  the  findings  of  the  Task 
Force  on  Microelectronics.  The  recom¬ 
mendation  was  made  that  microelectronics 
be  implemented  vigourously,  alongside  ac¬ 
commodations  to  minimize  any  adverse  ef¬ 
fects  such  changes  might  have  on  society  as 
a  whole.  In  keeping  with  these  recommen¬ 
dations,  the  Minister  announced  the 
development  of  several  microelectronics  fa¬ 
cilities. 

Two  advanced  manufacturing  technology 
centres,  proposed  by  The  Board  of  Industri¬ 
al  Leadership  and  Development,  are  to  be 
created.  They  will  be  located  in  Peterbor¬ 
ough  and  Cambridge,  as  these  cities  already 
house  or  have  access  to  necessary  technical 
resources  and  expertise. 

While  an  immediate  benefit  of  the  project 
will  be  the  creation  of  jobs,  the  objective  of 
these  centres  will  be  the  development  of 
the  microelectronics  industry  in  Canada. 

This  task  will  involve  producing  the  tech¬ 
nology  itself,  as  well  as  creating  a  market 
for  the  products  and  ensuring  that  Canada 
will  both  become  and  remain  competitive  in 
world  markets.  An  integral  part  of  the  pro¬ 
ject  will  be  “general  promotion,  application, 

UTCS  Change 


1.  Installation  of  MVS/SP  was  delayed 
due  to  an  incompatibility  with  our  ver¬ 
sion  of  CICS  (Customer  Information 
Control  System).  CICS  provides  an 
operating  environment  for  ATMS. 
The  offending  code  was  identified, 
repaired,  and  MVS/SP  is  now  up  and 
running. 

2.  UTTIME,  which  provides  system  tim¬ 
ing  facilities  to  high-level  languages 


and  development  of  computer-aided  design 
(CAD)  and  computer-aided  manufacturing 
(CAM)  technologies”;  these  areas  will  be 
the  concern  of  the  Cambridge  site.  The 
development  of  robotics  will  be  the  prime 
responsibility  of  the  centre  in  Peterborough. 

A  Microelectronics  Technology  Centre  is 
also  on  the  drawing  board,  and  is  to  be 
built  in  Ottawa  in  December  of  this  year. 
At  this  centre,  technology  will  be 
developed,  individuals  to  produce  it  will  be 
trained,  and  the  opportunities  for  its  appli¬ 
cations  in  industry  will  be  investigated  and 
assessed. 

These  plans  were  conceived  when  Larry 
Grossman  was  Minister  of  Industry  and 
Tourism.  In  mid-February,  however,  the 
Ministry  was  subdivided  into  the  Ministry 
of  Tourism  and  Recreation  and  the  Minis¬ 
try  of  Industry  and  Trade  Development. 
Larry  Grossman  was  made  Minister  of 
Health,  and  the  implementation  of  mi¬ 
croelectronic  technology  now  falls  under 
the  jurisdiction  of  Industry  and  Trade 
Development,  headed  by  the  Honourable 
Gord  Walker. 


Thea  Smith 


Committee 


on  the  Academic  system,  was  incom¬ 
patible  with  MVS/SP  and  was  replaced 
with  a  new  facility  called  UTTIMR. 
UTTIMR  is  expected  to  endure  as 
long  as  the  S/370  instruction  set. 

3.  Several  new  policies  were  adopted  in 
February  to  minimize  the  impact  of 
the  DECsystem-10  having  less  than 
optimal  memory.  The  most  severe  of 
these  measures  is  the  limitation  of 
prime-time  physical  memory  to  125 
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UTCS  Change  Committee  continued 

pages.  The  limit  for  non-prime  time  is 
still  210  pages.  Users  now  have  the 
option  of  either  executing  large  core 
images  during  non-prime  time  or  run¬ 
ning  “virtual”  during  prime  time.  To 
further  reduce  overhead,  file  struc¬ 
tures  for  which  a  user  has  a  zero  quo¬ 
ta  are  no  longer  included  in  the  job 
search  list.  Users  who  access  files  on 
other  structures  will  have  to  reference 
that  structure  explicitly  or  alter  their 
search  list  manually.  As  a  final  meas¬ 
ure,  UTCS  staff  no  longer  have  access 
to  games  except  during  holidays. 

4.  The  SCRIBE  test  has  been  deferred 
until  mid-April.  SCRIBE  was  received 
and  installed  on  the  DECsystem-10 
for  testing  in  January,  but  it  proved  to 
have  too  much  of  an  impact  on  the 
system  to  make  a  thorough  test  of  the 
product  feasible  at  this  time.  (See  the 
SCRIBE  article  on  page  9.) 

5.  A  new  dataset  monitor,  DSMON,  will 
be  implemented  on  the  Academic  sys¬ 
tem  later  this  year  .Unlike  ODSMON 
(the  current  dataset  monitor),  it  will 
delete  unregistered  datasets  the  first 
time  it  encounters  them  (ODSMON 
deletes  them  on  the  second  en¬ 


counter).  DSMON  will  also  require 
each  online  dataset  to  be  catalogued; 
it  will  delete  those  which  are  not  ca¬ 
talogued  when  it  comes  across  them. 

Accounting  procedures  will  also  be 
changed.  Charging  will  be  SAC-based, 
and  the  CAN  report  will  have  two 
parts  -  a  “UTCA  ONLINE 
STORAGE”  section  which  will  show 
allocation  and  charging  information, 
and  a  “UTCA  DATASET  LISTING” 
which  will  list  the  datasets  that  were 
online  during  the  month. 

6.  New  REGISTER  and  SCRATCH 

commands  that  don’t  require  entry  of 
a  SAC  and  password  have  been  in¬ 
stalled.  (See 

“REGISTER/SCRATCH  Improve¬ 
ments”  on  page  11  for  more  informa¬ 
tion.) 

7.  A  final  note  for  DECsystem-10  users 
who  are  awaiting  the  arrival  of  the 
promised  TN-train  backslash  for  the 
printer  at  the  Annex:  in  January,  IBM 
advised  that  the  backslash  comes  from 
Sweden  and  that  delivery  will  take  five 
months. 


Terry  Farley 


COMPUTERNEWS  Reader  Survey 


We  would  like  to  thank  all  those  who  have 
returned  their  completed  ‘Reader  Survey’ 
to  us.  If  the  tear-out  sheet  had  been  re¬ 
moved  by  the  time  you  got  to  read  last 
month’s  COMPUTERNEWS,  copies  of  the 
survey  are  available  in  the  Information  Of¬ 


fice,  located  in  room  206  of  the  Engineer¬ 
ing  Annex. 

David  Reed 
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Thanks  this  month  also  go  out  to  Professor 
R.W.P.  Anderson,  who  kindly  donated  his 
back  issues  of  the  Computer  Science 
Newsletter.  This  donation  completes  our  ar¬ 
chive  of  all  past  issues  of  this  publication. 

We  now  know  that  the  first  issue  of  the 
Newsletter  was  dated  February  15,  1965.  It 
was  heralded  with  the  following  announce¬ 
ment: 

“This  is  the  first  of  a  series  of  newsletters 
which  will  be  circulated  at  frequent  inter¬ 
vals  to  users  of  the  Institute’s  computing 
facilities  and  to  others  in  the  Toronto  area 
concerned  with  the  Department  of  Comput¬ 
er  Science.  It  is  intended  to  announce  col- 
loquia  and  seminars,  to  detail  systems  and 
operating  changes  and  to  promulgate  signi¬ 
ficant  information  arising  out  of  the  regular 


weekly  and  other  staff  meetings.  It  replaces 
the  Minutes  of  the  Monthly  Meetings, 
which  were  discontinued  with  Issue 
#XXVI  of  January  1964,  as  well  as  indivi¬ 
dual  announcements  of  seminars,  colloquia 
and  special  lecture  series.” 

In  addition  to  advertising  the  SHARE 
XXIII  report,  the  first  issue  announced  a 
new  accounting  routine  for  the  IBM  7094, 
staff  changes,  and  a  brand-new  product 
from  UCLA  called  BMD. 

We  would  again  like  to  thank  Professor 
Anderson,  and  invite  users  to  peruse  the 
archive  during  Information  Office  hours. 


David  Reed 


User  Information  Exchange 


For  Sale 

Hewlett  Packard  Advanced  Graphics  termi¬ 
nal,  Model  2648A,  CRT  with  8K  RAM, 
keyboard,  display  enhancement  option,  dual 
tape  drives,  digicom  modem  AC  312  and 
cable  .  All  manuals  and  instruction  tapes  in¬ 
cluded.  It  is  relatively  new  and  has  been 
used  very  little. 

For  more  information,  contact  Mrs.  Elaine 


Nascimento  at  978-4118  or  at  New  College, 
300  Huron  Street,  room  127. 

Wanted  -  Information 

If  anyone  is  using  a  PDP  11/03  on  campus, 
I  would  appreciate  a  call. 

Jeff  McDonald 
Engineering  Science  8T3 
439-5489 
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13  Years  Ago 


The  following  article  is  reprinted  from  issue 
50  of  the  Computer  Science  Newsletter  (the 
original  name  of  COMPUTERNEWS)  first 
appearing  in  March  of  1969. 


Waste  Basket  Wins  $2000  Scholarship 

A  computer-designed  graphic  called  Oscil¬ 
lating  Waste  Basket  brought  the  University 
of  Toronto  a  $2000  scholarship.  George 
Olshevsky,  who  wrote  the  computer  pro¬ 
gram,  is  a  computer  science  graduate  stu¬ 
dent  and  Program  Advisor.  He  received  a 
cheque  as  third  prize  in  a  competition  spon¬ 
sored  by  California  Computer  Products, 


Inc.  Dr.  J.N.P.  Hume,  Associate  Dean  of 
the  School  of  Graduate  Studies,  accepted 
the  scholarship  on  behalf  of  the  University 
of  Toronto. 

Oscillating  Waste  Basket  is  a  design  two 
feet  high  and  a  foot  wide,  which,  in  general 
form,  is  vaguely  reminiscent  of  a  wicker 
basket  -  wide  at  the  top,  bottom,  and  mid¬ 
dle  with  two  narrow  waists  (no  pun).  In 
detail,  however,  its  many  criss-crossed 
spiral  lines  are  reminiscent  of  the  finest  fili¬ 
gree  work  of  a  Baghdad  silversmith.  The 
computer  used  was  an  IBM  7094  II  with  a 
Calcomp  665  plotter. 


On  Computer  Courtesy 


Reprinted  with  permission  from  OCS 
Newsletter,  Volume  5,  Number  3,  October  19, 
1981,  Rensselaer  Polytechnic  Institute,  Troy, 
New  York. 

It  was  an  old  joke  that  in  order  to  be  hired 
for  the  State  Department  diplomatic  service 
you  had  to  be  able  to  read  upside  down.  In 
those  days  people  kept  correspondence,  le¬ 
gal  contracts,  laboratory  notebooks,  and 
other  private  paperwork  on  their  desks,  and 
if  the  papers  were  pointed  in  the  right 
direction,  it  was  at  least  inconvenient  for  a 
visitor  to  find  out  all  about  your  business 
just  by  stopping  in.  The  advent  of  comput¬ 
er  terminals  changed  all  that.  Because  the 
contents  are  displayed  on  a  screen,  a  com¬ 
puter  file  being  edited  is  easy  for  bystanders 
to  read,  and  the  detritus  left  behind  on  a 
terminal  screen  tells  much  about  its  user’s 
activities  during  the  last  little  while. 

Public  access  to  all  kinds  of  information  is  a 
good  thing  in  many  instances,  and  undoubt¬ 
edly  cuts  down  on  embezzlement  and  the 
use  of  company  time  for  writing  love 
letters,  but  there  are  plenty  of  times  when 
the  image  on  a  terminal  screen  is  nobody’s 


business  but  its  author’s.  Passwords,  stu¬ 
dent  homework  programs  that  will  be  grad¬ 
ed,  memos  that  are  still  in  progress  or  will 
have  a  limited  audience  when  finished,  per¬ 
sonal  and  professional  correspondence, 
notes  about  travel  arrangements,  telephone 
indices,  lists  of  things  to  do,  computer  ac¬ 
counting  transactions,  and  many  other 
items  of  information  commonly  appearing 
on  terminal  screens  are,  and  should  be,  re¬ 
garded  by  their  authors  as  private. 

If  a  friend  volunteers  to  sign  on  in  your 
presence  and  you  then  glue  your  eyes  to  his 
terminal  keys,  he  will  probably  try  to  type 
his  password  at  about  800  words  per  minute 
so  that  you  won’t  see  what  it  is,  rather  than 
risk  offending  you  by  asking  you  not  to 
look.  Even  if  he  succeeds  in  entering  his 
password  correctly  under  those  conditions, 
he  will  always  be  uneasy  about  whether  you 
got  the  keys  to  the  kingdom  or  not,  and 
embarrassed  to  ask.  He  will  also  doubtless 
feel  obliged  to  change  his  password,  for  the 
umpteenth  time  that  day,  later  when  you 
aren’t  around.  Look  somewhere  else  for 
ten  seconds  as  a  matter  of  common  cour¬ 
tesy. 
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On  Computer  Courtesy  continued 


When  you  walk  through  the  terminal  room 
or  into  somebody’s  office,  resist  the  temp¬ 
tation  to  minutely  examine  the  terminal 
screens.  The  fact  that  they  are  visible  to 
you  is  an  artifact  of  the  hardware,  not  an 
invitation  for  you  to  share  in  other  people’s 
little  triumphs  and  tragedies. 


And  finally,  when  anybody,  friend  or 
stranger,  eavesdrops  on  your  terminal  ses¬ 
sion  uninvited,  don’t  be  shy  or  embarrassed 
about  inviting  them  to  come  back  later. 
Think  of  the  inquisitive  party  as  somebody 
opening  your  mail  and  react  accordingly, 
even  if  you  don’t  happen  to  be  working  on 
any  state  secrets  at  the  time. 


Computers  in  the  Classroom 


A  silence  fell  over  forty  or  so  academics  sit¬ 
ting  around  the  conference  table  in  stately 
Croft  Chapter  House  on  March  9  as  Lee 
Davies  rose  to  open  the  meeting  entitled 
Computers  in  the  Classroom.  Davies,  of 
the  Office  of  Educational  Development, 
welcomed  those  who  had  come  to  hear 
three  innovative  academics  talk  about  their 
experiences  with  classroom  computers. 

The  three  speakers  focussed  their  discus¬ 
sion  almost  entirely  on  the  topic  of  ‘Com¬ 
puter  Assisted  Instruction’  (CAI).  Most  of 
the  audience  seemed  very  interested  in 
learning  how  computers  could  be  used  in 
instructional,  rather  than  in  administrative, 
tasks. 

First  to  speak  was  Professor  John  Miron  of 
the  Scarborough  College  Department  of 
Geography.  Miron  described  his  course  as 
an  introduction  to  quantitative  methods  for 
geography,  and  alluded  to  the  problems  of 
teachers,  in  all  fields  of  study,  who  have  to 
somehow  interest  the  incoming  student  in 
quantitative  methods.  In  the  geography 
course  about  fifteen  to  thirty  students  are 
taught  “the  bare  minimum  of  computer 
programming’’,  and  are  given  access  to  two 
Commodore  PET  microcomputers.  A 
third,  the  new  SuperPET,  is  on  order. 

Students  are  provided  with  pre-written  pro¬ 
grams  of  several  types.  The  first  collection 
of  programs  are  ‘game-like’  quiz  programs. 
A  second  style  is  the  ‘show-me’  program, 
which  works  a  student  through  the  solution 
of  a  particular  type  of  program.  The  final 


group  of  programs  are  of  the  conventional 
‘analytic’  variety  which  simply  solve  a 
standard  type  of  analysis  problem.  These 
differ  from  standard  programs  in  that  they 
give  the  student  feedback  by  displaying 
both  the  equations  used  and  the  assump¬ 
tions  upon  which  these  rest,  rather  than 
simply  solving  the  problem  in  the  ‘black 
box’’  style  typical  of  applications  packages. 
Professor  Miron  reported  that  the  students’ 
reactions  varied  from  the  very  favourable  to 
the  not-so-favourable.  Since  the  analysis 
programs  were  the  least  popular,  the  weekly 
assignments  were  designed  so  as  to  make 
the  use  of  them  “almost  mandatory’’;  stu¬ 
dents  then  made  more  effective  use  of 
these  programs. 

Second  to  address  the  group  was  Professor 
John  Pitre,  of  the  Department  of  Physics. 
Professor  Pitre  began  with  a  history  of  his 
personal  involvement  in  CAI,  and  then 
commented  on  the  notion  of  ‘computers  in 
the  classroom’.  In  setting  up  any  CAI  pro¬ 
gram,  two  major  questions  should  be  asked: 
What  are  you  trying  to  teach  and  what  prac¬ 
tical  problems  are  you  addressing?  Prob¬ 
lems  such  as  a  lack  of  novelty  in  teaching 
require  pedagogical,  rather  than  technologi¬ 
cal,  change  -  a  rewrite  of  the  lectures 
perhaps. 

Pitre’s  situation  consists  of  about  1,200 
first-year  physics  students  in  four  courses. 
There  are  two  categories  of  computer  les¬ 
sons:  those  which  reinforce  classroom  lec¬ 
tures,  and  those  which  are  adjuncts  to  lab- 
type  lessons.  A  third  group  of  ‘general’ 
programs  is  used  for  such  things  as  an  elec- 
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Computers  in  the  Classroom  continued 

tronic  mail  dialogue  between  student  and 
professor,  and  other  ancilliary  functions. 
Most  of  the  computer  programs  are  not 
specific  to  any  course,  and  all  computer  use 
is  strictly  voluntary.  About  500  of  the  1,200 
students  actually  use  the  machine. 

As  examples  of  the  kind  of  sophistication 
needed  when  writing  computer  software  for 
courses  (courseware).  Professor  Pitre 
presented  two  excerpts  from  terminal  ses¬ 
sions.  The  first  demonstrated  some  of  the 
difficulties  in  assessing  English  language 
responses  to  questions  for  which  a  specific 
answer  is  expected.  The  handling  of  wrong 
answers,  he  said,  is  as  important  as  the 
handling  of  correct  ones.  The  second  ex¬ 
cerpt  illustrated  the  problem  which  arises 
when  an  equation  is  the  sought-after 
response;  in  this  case,  you  must  write  the 
program  in  such  a  way  that  any  solution 
that  is  algebraically-equivalent  to  the  one 
you  expected  is  accepted  as  valid.  This  re¬ 
quires  considerable  programming  effort,  but 
is  mandatory  in  the  preparation  of  ‘good’ 
courseware. 

Another  important  requirement  of 
course-ware  is  the  student  should  feel  that 
he  or  she  is  ‘in  control’  at  all  times.  The 
student  can  ask  at  any  time  for  HELP 
(which  lists  the  options,  one  of  which  is  not 
to  answer  the  question),  HINT  (which 
gives  some  relevant  bit  of  information),  or 
RESET  (which  returns  to  the  start  of  the 
lesson).  He  also  has  the  option  of  going  on 
to  other  problems.  Hardcopy,  or  a  printout 
of  the  terminal  session,  is,  in  Pitre’s  opin¬ 
ion,  not  always  necessary. 

The  third  and  final  speaker  was  Dr.  John 
Hurd.  In  addition  to  teaching  a  religious 
studies  course  on  ‘The  Use  of  the  Comput¬ 
er  in  the  Study  of  Texts’,  Dr.  Hurd  teaches 
biblical  Greek  at  the  Department  of  Reli¬ 
gious  Studies  at  Trinity  College. 

He  began  his  remarks  by  expanding  on  a 
comment  made  earlier  about  the  “comput¬ 
er  literacy”  of  incoming  students;  in  a  few 
years  these  newcomers  to  the  university 
will  arrive  knowing  more  about  computers 


than  instructors  do  now,  and  possibly  more 
than  today’s  computer  science  graduates. 
Dr.  Hurd  suggested  that  one  should  not 
think  in  terms  of  preparing  a  course  using 
the  computer,  but  in  terms  of  writing 
specific  modules.  They  should  think  in 
terms  of  writing  “something  alive  -  if  a  stu¬ 
dent  pokes  it,  he  or  she  should  get  an  in¬ 
teresting  response.” 

An  introductory  course  has  been  taught  for 
several  years,  but  the  method  could  easily 
be  extended  to  more  advanced  courses. 
The  students  work  at  their  own  pace  and, 
as  with  Professor  Pitre’s  class,  use  of  the 
computer  by  the  students  is  strictly  volun¬ 
tary.  Students  begin  working  in  pairs,  and 
quite  often  help  each  other  learn.  The  ap¬ 
proach  described  appears  to  be  quite  effec¬ 
tive  for  those  students  who  make  use  of  it. 

A  short  break  was  followed  by  a  question- 
and-answer  period  in  which  concerns  in¬ 
cluding  funding  for  such  projects,  time  tak¬ 
en  away  from  basic  research,  and  assistance 
for  those  getting  started,  were  expressed. 
Dr.  Hurd  mentioned  that  all  three  speakers 
had  done  their  own  programming,  while 
others  had  hired  programmers  to  create  the 
systems.  The  later  approach  led  to  problems 
due  to  programmer  turnover,  which  result¬ 
ed  in  a  loss  of  continuity.  Other  problems 
were  due  to  the  high  rate  of  change  of  com¬ 
puter  systems. 

There  was  some  discussion  about  the  use  of 
microcomputers  versus  mainframes,  and 
the  point  was  made  that  both  have  their 
uses.  Two  of  the  speakers  had  built  their 
systems  around  large  mainframe  service, 
while  one  had  used  microcomputers.  A 
question  was  raised  about  minicomputers: 
where  do  they  fit  in?  Where  do  minis  end 
and  mainframes  begin?  When  is  a  micro  a 
mini?  There  appear  to  be  continuous  shad¬ 
ings  between  micros,  minis  and  main¬ 
frames. 

In  conclusion,  those  who  attended  seemed 
to  enjoy  and  benefit  from  the  exposure  to 
the  differing  views  expressed  on  computers 
in  the  classroom. 

Ian  F.  Darwin 
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Timesharing  Advising 


The  Timesharing  Advising  Service  at  UTCS 
provides  phone-in  advising  support  to 
users.  Whether  you  have  an  obscure  error 
message  or  a  damaged  file,  or  you  simply 
need  to  know  the  JCL  to  submit  a  job  to 
the  IBM,  the  advisors  can  help  you.  Advi¬ 
sors  are  also  available  to  answer  your  techn¬ 
ical  questions  about  the  various  services 
that  UTCS  offers  so  that  you  can  plan  and 
decide  between  them. 

With  the  trend  toward  interactive  comput¬ 
ing,  and  because  many  of  our  users  are 
rarely  near  us  when  they  need  our  help, 
they  do  not  deal  face  to  face  with  the 
Advising  Service.  Instead,  they  telephone 
the  Advising  Office  (978-6465)  or  send 
electronic  mail  via  their  interactive  service. 
Thus,  users  from  as  far  away  as  California, 
as  well  as  those  on  campus,  can  benefit 
from  individual  attention. 

Users  of  interactive  services  which  support 
a  mail  system  (TSO,  DEC- 10,  VMS,  and 
UNIX)  can  ask  for  help  by  sending  mail  or 
messages  to  account  ADVISOR.  In  addi¬ 
tion,  DEC-10  users  who  have  questions 
which  are  more  appropriately  handled  in  a 
public  forum  are  encouraged  to  make  use 
of  the  GRIPE  facility  (the  GRIPE  facility 
acts  as  the  GRAFITTI  BOARD  does  for 
batch  users).  A  similar  facility  for  IBM 
batch,  Wylbur,  and  TSO  is  currently  being 
developed. 


Whatever  method  is  used  to  contact  the 
Advising  Office,  the  advisors  will  do  their 
best  to  answer  all  questions.  As  no  single 
person  can  be  an  expert  on  all  the  systems 
and  products  that  UTCS  offers,  the  advisor 
taking  your  call  may  have  to  have  another 
advisor  call  you  later.  If  your  problem  can’t 
be  solved  by  a  member  of  the  Advising  Of¬ 
fice  within  a  reasonable  time,  the  Advising 
Office  will  call  upon  other  UTCS  groups  for 
assistance. 

Apart  from  phone-in  advising  duties, 
members  of  the  Timesharing  Advising  Ser¬ 
vice  have  many  other  responsibilities.  By 
making  use  of  information  acquired  in  deal¬ 
ing  with  users,  advisors  make  suggestions 
for  improvements  in  UTCS  services  and 
provide  feedback  on  suggested  changes. 
When  new  products  or  options  are  made 
available,  advisors  test  and  research  them. 
Frequently,  advisors  are  called  upon  to 
develop  software  tools  to  handle  commonly 
occurring  tasks.  They  also  make  sugges¬ 
tions  about,  and  assist  in  writing,  documen¬ 
tation. 

Timesharing  Advising  Services  are  available 
to  all  users  without  charge.  Suggestions  to 
advisors  about  any  service  UTCS  offers  are 
welcome. 


A  lex  Nishri 
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DEC-10  Gripes 


Gripe: 

I  was  forcefully  logged  off  at  7:50  pm  on 
Monday,  February  22.  This  was  preceded 
by  a  message  like: 

[Your  balance  near  zero.] 

[You  will  be  logged  out  in  a  few  minutes!] 

My  balance  is  not  near  zero  and  I  am  back 
on.  Am  I  the  victim  of  a  prank  or, 
perhaps,  a  mistaken  identity? 


Gripe  answer: 

The  problem  appears  to  be  that  communi¬ 
cation  between  JOBDAE  (the  daemon 
responsible  for  warning  and  killing  sessions 
whose  balance  has  reached  zero)  and 
ACCTS  (the  main  accounting  controller)  is 
out  of  sync.  Currently,  JOBDAE  does  not 
recognize  that  the  communication  is  con¬ 
fused  and  this  may  cause  problems  for  the 
user.  The  Systems  Group  will  be  looking 
into  this  problem  further. 


Gripe: 

With  respect  to  the  new  hours-of-service 
schedule,  may  I  suggest  that  a  better  time 
to  schedule  system  testing  would  be  from 
17:30  to  19:30.  This  corresponds  with 
users’  dinner  times  and  offers  a  more 
humane  time  to  the  system  testers.  For  a 
really  long  test,  the  hours  might  be  17:00  to 
20:00. 

Gripe  answer: 

I  talked  to  the  DEC10  Systems  Group,  and 
they  agreed  that  these  hours  would  be  more 
convenient  for  them.  However,  they  had 
reservations  as  to  whether  other  users 
would  like  two  or  more  hours  of  enforced 
supper  time. 


Gripe: 

Can  the  new  PACX  class  10  and  11  lines 
not  be  switched  to  4800  baud?  Finding 
class  12  busy  recently,  I  switched  to  class 
11.  I  then  attempted  to  switch  to  4800  baud 
with  the  command  ‘tty  speed  4800’.  No 
speed  change  occurred.  My  terminal  did 
not  work  at  4800,  but  did  when  I  switched 
it  back  to  1200.  This  has  worked 
before. ..has  the  magic  gone? 

Gripe  answer: 

Since  the  autobaud  feature  was  added  to 
PACX,  there  have  been  problems  changing 
the  transmission  speed  to  4800  baud.  After 
the  ‘tty  speed’  command  is  issued,  the  only 
way  to  recover  the  terminal  session  without 
disconnecting  is  to  go  back  to  300  or  1200 
baud  where  you  can  be  autobaud  detected 
again.  Our  Systems  Group  is  looking  into 
the  problem  to  see  if  it  can  be  solved.  (In¬ 
cidentally,  attempts  to  switch  to  4800  baud 
do  not  always  fail.  If  you  try  repeatedly,  it 
may  work.) 

Ideally,  we  could  autobaud  detect  300, 
1200,  and  4800  baud  (or  have  the  PACX 
provide  such  information  when  first  con¬ 
necting  to  the  DEC- 10),  so  that  one  PACX 
class  could  be  used  for  all  supported  baud 
rates. 


Gripe: 

I  wonder  if  DEC  might  consider  an  option 
to  DIRECT  which  would  allow  the  user  to 
insert  a  comment  in  the  detailed  directory, 
indicating  the  contents  of  a  file,  the  nature 
of  the  latest  update,  etc. 

The  mnemonic  of  a  filename.ext  serves  as 
the  only  guide  to  the  contents  of  a  file,  and 
with  perhaps  over  100  files  in  one’s  directo¬ 
ry,  the  user  may  lose  track  of  slight  differ¬ 
ences  between  ‘file  a’  and  ‘file  b’  without 
examining  the  contents  of  the  files. 
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DEC-10  Gripes  continued 


Gripe  answer: 

The  Directory  Management  System  (DMS) 
offers  such  a  facility,  although  not  in  con¬ 
junction  with  the  detailed  directory. 

To  commence,  type:  ‘R  DMS’.  DMS  will 
type  an  asterisk,  indicating  that  it  is  waiting 
for  you  to  type  a  command.  Now  type  7 1’ 
(for  “/INDIVIDUAL”  mode). 

DMS  will  begin  typing  file  names  individu¬ 
ally,  pausing  after  each  one  for  you  to  tell  it 
what  to  do.  If  after  DMS  types  a  file  name 
you  do  not  want  to  insert  a  comment  about 
the  file,  type  <CR>,  and  DMS  will 
proceed  to  the  next  file.  If  you  do  want  to 
add  a  comment,  type  ‘AC’  (for  ‘add  com¬ 
ment’),  type  a  blank,  and  then  begin  typ¬ 


ing  your  comment.  When  you  finish  typing 
your  comment,  type  $  (ESCAPE);  the  ES¬ 
CAPE  character  ends  the  comment. 

After  you  enter  a  comment,  DMS  again 
lists  the  file  name  with  the  new  comment. 
If  the  comment  is  not  correct,  repeat  the 
above  procedure.  If  it  is  correct,  type 
<CR>  to  go  to  the  next  file. 

When  all  file  names  have  been  dealt  with, 
DMS  exits  from  INDIVIDUAL  mode  and 
types  another  asterisk.  At  this  point,  you 
may  enter  ‘/EXIT’  to  leave  DMS. 

For  more  information  on  the  directory 
management  system,  please  see  the  file: 
‘DOC:  DMS.  DOC’. 


Andy  Rice 


Personnel  Changes 


Promotions 

Adriana  Marrelli  has  been  appointed  Staff 
Support  Supervisor.  Previous  to  this  pro¬ 
motion  she  worked  as  a  secretary  in  the 
Management  Office  of  UTCS.  Congratula¬ 
tions. 

Arrivals 

Sheila  Brown,  who  has  been  working  at 
the  University  for  9  years  in  the  Payroll 
Department  has  joined  UTCS  as  the  Busi¬ 
ness  Systems  Supervisor. 

Returns 

After  a  4  month  leave  of  absence  and  a  new 
baby  boy,  Sandy  Ballantine  has  returned 
to  the  Information  Office.  Good  to  have 
you  back. 


Departures 

After  13  years  with  UTCS,  Krishna  Pat- 
naik,  the  DEC  Operations  manager,  has 
left  to  work  at  the  Canadian  Imperial  Bank 
of  Commerce. 

Sherry  Zweig,  who  worked  in  the  Informa¬ 
tion  Office  while  Sandy  was  away,  is  now 
working  for  Prentice-Hall  as  a  Sales 
Representative. 

Dave  Grossman  has  left  Information  Ser¬ 
vices  where  he  worked  as  a  programmer. 
He  is  now  working  for  Marconi  in  Ottawa. 


Kathryn  Bourne 
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Recent  Acquisitions  in  The  DCS  Library 


Colloquium  on  Automata,  Languages  and 
Programming. 

Automata,  languages  and  programming. 
8th  (1981) 

Evans,  Christopher  Riche. 

The  mighty  micro:  the  impact  of  the 
micro-chip  revolution. 

London,  Hodder  and  Stoughton,  1980. 
(Coronet  Books) 

Katzan,  Harry,  Jr. 

Multinational  computer  systems:  an 
introduction  to  transnational  data 
flow  and  data  regulation. 

New  York,  Van  Nostrand  Reinhold,  1980. 

Kolers,  Paul  A. 

Aspects  of  motion  perception. 


Oxford,  Pergamon  Press,  1972. 

Liskov,  Barbara  et  al. 

CLU  reference  manual. 

Berlin,  Springer- Verlag,  1981. 

Mitchell,  A.R.  and  Griffiths,  D.F. 

The  finite  difference  method  in  partial 
differential  equations. 

Chichester,  Eng.,  Wiley,  1980. 

Sager,  Naomi. 

Natural  language  information  processing: 
a  computer  grammar  of  English  and  its 
applications. 

Reading,  Mass.,  Addison-Wesley,  1981. 

Siewiorek,D.P.,  Bell,  C.G.  and  Newell,  A. 

Computer  structures:  principles  and  examples. 
New  York,  McGraw-Hill,  1982. 
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3033/N12  PROCESSOR 

®  located  in  McLennan  Physical  Laboratories 
•  provides  General  Purpose  Job  Stream,  High 
Speed  Job  Stream,  TSO,  WYLBUR,  APL  and 
ATMS  services 
®  12  megabytes  of  memory 
®  MVS  with  JES2 


4341  PROCESSOR 

®  located  in  McLennan  Physical  Laboratories 
•  provides  administrative  IMS/VS 
DB/DC,  Batch  and  TSO 
®  8  megabytes  of  memory 
®  MVS  with  JES2 


DECSY STEM-10  Model  1090 

•  located  in  McLennan  Physical  Laboratories 
®  provides  General  Purpose  Time-Sharing 
®  256  K  -  36  bit  words  of  memory 
®  TOPS- 10  operating  system 


VAX  11/750 

•  located  in  Engineering  Annex 
®  provides  computer  science  interactive  access 
@  2  megabytes 
®  UNIX  (Berkeley) 


VAX  11/750  (LIBRA) 

•  located  at  Scarborough  College 

®  provides  “Glass  Keypunch”  access  to  HSJS 
®  2  megabytes 

•  VMS  running  LIBRA 


VAX  11/780  (LIBRA) 

®  located  in  McLennan  Labs 
®  provides  “Glass  Keypunch”  access  to  HSJS 

•  4  megabytes 

•  VMS  running  LIBRA 


COMMUNICATIONS  &  SMALL  SYSTEMS  (CSS) 

•  located  in  Old  Metro  Library  Bldg.,  Room  244 
®  DEC  PDP-11/40  with  GT44  Graphics 

®  DEC  PDP- 11/05  with  GT40  Graphics 
®  Various  Z80-based  microcomputers  (S- 100,  CP/M) 
®  Radio  Shack  TRS-8Q 

•  Western  Digital  Pascal  MicroEngine 
®  Apple  II  Plus 

®  provides  specialized  interactive  graphics 

•  provides  online  and  real-time  computing 
services,  data  acquisition  and  conversion, 
and  minicomputer  services 
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Computing  Services  Representatives  and  Enquiries 


Arts  and  Science  Terminal 

Bill  Fehlner 

SS2133 

6509 

Engineering  Annex  Terminal 

Sue  Mai  Chong 

EA104 

4357 

Erindale  College  Terminal 

Peter  Wall 

2043 

828-5311 

External  Customers 

Ihor  Prociuk 

SG200 

6875,6885 

New  Physics  Terminal 

Bob  Chambers 

MP331 

5120 

Scarborough  College  Terminal 

Bob  Blackburn 

H104 

243-3173 

General  Enquiries 

4990 

Tape  Library  (Academic  Services) 

7319 

Programming  Advising 

6465 

Tape  Library  (Administrative  Services)  6693 

Access  Codes 

8703 

System  Status  Enquiries  (DEC) 

4318 

Account  Enquiries  (U  of  T) 

8702 

System  Status  Enquiries  (IBM) 

7319 

Account  Enquiries  (External) 

7148 

300  Baud  Interactive  Services 

6200 

1200  Baud  Interactive  Services 

5137 

UTCS  Directory 


Director 

Dr.  Doron  Cohen 

MP350 

8948 

Associate  Director 

A1  Hey  worth 

MP350 

4936 

Associate  Director 

Eugene  Siciunas 

MP350 

5058 

Faculty  Liaison  Officer 

Frank  Spitzer 

MP350 

4619 

Manager,  Academic  Services 

Terry  Wood 

MP350 

7130 

Manager,  Administrative  Services 

Don  Gibson 

MP350 

7331 

Manager,  Business 

William  Murphy 

MP345 

4428 

Manager,  CSS 

Norman  Housley 

MP350 

4967 

Manager,  Operations 

Bill  Lauriston 

MP350 

7092 

Manager,  Systems 

Ward  Beattie 

MP350 

3579 

Executive  Asst.,  Research  &  Planning 

Wendy  Chin 

MP350 

5568 

Supervisor,  Accounting 

Marg  Doherty 

MP331 

3960 

Supervisor,  Applications 

Herb  Kugel 

SG304 

7286 

Supervisor,  Business  Systems 

Sheila  Brown 

MP345 

8697 

Supervisor,  CSS  Hardware 

TBA 

ML244 

4985 

Supervisor,  CSS  Software 

Ian  Darwin 

ML244 

6134 

Supervisor,  Communications 

Ron  VanderKraats 

ML244 

4624 

Supervisor,  Data  Entry 

Betty  Chan 

HU215 

5273 

Supervisor,  DEC  Operations 

TBA 

MP368 

4086 

Supervisor,  DEC  Systems 

Edmund  West 

MP331 

4085 

Supervisor,  Field  Services 

Kam  Mark 

ML244 

5471 

Supervisor,  IBM  Operations 

Dave  Wong 

MP368 

6864 

Supervisor,  IBM  Systems 

Barry  Lay 

MP331 

6602 

Supervisor,  Information  Services 

David  Reed 

EA206 

2066 

Supervisor,  Internal  Systems 

Peter  Young 

MP331 

5530 

Supervisor,  Programming  Services 

Paul  Roth 

SG205 

8701 

Supervisor,  Staff  Support 

Adriana  Marrelli 

MP345 

5240 

Supervisor,  Student  Services 

Tom  Milligan 

MP331 

7083 

Supervisor,  Systems 

Robert  Keith 

MP331 

3961 

Supervisor,  Text  Entry  Services 

Irene  Rosieki 

MP217 

5040 

Supervisor,  Text  Services 

John  Bradley 

MP217 

3995 

Supervisor,  Time  Sharing  Services 

Alex  Nishri 

SG204 

7109 
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UTCS  Newsletter  Subscription/Information  Request  Form 


If  you  wish  to  have  your  name  and/or  address  added,  changed  or  deleted  from  our  Newsletter 
mailing  list,  please  complete  this  form. 

Please  _ add 

_ change 

_ delete  my  name  and  address. 


NAME  and  ADDRESS,  in  full  PREVIOUS  NAME  and  ADDRESS,  in  full 


_ Check  here  if  you  can  receive  COMPUTERNEWS  by  campus  mail. 

I  would  like  more  information  on _ _ _ _ 

Please  have  a  Computing  Services  Representative  (CSR)  contact  me.  My  phone  number  is: 


Comments  on  this  issue  of  COMPUTERNEWS' 


FOLD  HERE 


Return  to: 


COMPUTERNEWS 

University  of  Toronto  Computing  Services, 
Information  Office, 

Room  206, 

1 1  King’s  College  Road 
Toronto,  Ontario 
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